home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001006_janssen@parc.xerox.com _Fri Apr 30 01:57:25 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  2KB
  1. Return-Path: <janssen@parc.xerox.com>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA17715; Fri, 30 Apr 93 01:57:25 MET DST
  4. Received: from alpha.Xerox.COM by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA00237; Fri, 30 Apr 1993 02:17:52 +0200
  6. Received: from holmes.parc.xerox.com ([13.1.100.162]) by alpha.xerox.com with SMTP id <11717>; Thu, 29 Apr 1993 17:17:17 PDT
  7. Received: by holmes.parc.xerox.com id <16134>; Thu, 29 Apr 1993 17:17:15 -0700
  8. Received: from Messages.7.15.N.CUILIB.3.45.SNAP.NOT.LINKED.holmes.parc.xerox.com.sun4.41
  9.           via MS.5.6.holmes.parc.xerox.com.sun4_41;
  10.           Thu, 29 Apr 1993 17:17:08 -0700 (PDT)
  11. Message-Id: <Afs704MB0KGW83jGQ_@holmes.parc.xerox.com>
  12. Date:     Thu, 29 Apr 1993 17:17:08 PDT
  13. Sender: Bill Janssen <janssen@parc.xerox.com>
  14. From: Bill Janssen <janssen@parc.xerox.com>
  15. To: www-talk@nxoc01.cern.ch, sanders@bsdi.com
  16. Subject: Re: Standardizing new HTML features
  17. In-Reply-To: <9304292307.AA00428@austin.BSDI.COM>
  18. References: <9304292307.AA00428@austin.BSDI.COM>
  19.  
  20. Excerpts from ext.WorldWideWeb: 29-Apr-93 Re: Standardizing new HTML ..
  21. Tony Sanders@bsdi.com (366)
  22.  
  23. > > Clearly Ghostview talks to Ghostscript in some fashion.  Is the actual
  24. > > communication protocol between the two documented in some fashion other
  25. > > than the source code?
  26. > It opens a pipe and talks postscript to it I'm sure.
  27.  
  28. Ah, I had hoped that you might actually know.  There is an additional
  29. protocol using X Client Events that runs between ghostscript and
  30. ghostview.  Also, the environment variable protocol you described seems
  31. to be more complex; it's more like
  32.  
  33.     setenv GHOSTVIEW "<window-id-1>  <window-id-2>"
  34.  
  35. where <window-id-1> is the window on which ghostscript is supposed to
  36. render, and <window-id-2> is the window to which ghostscript sends
  37. events, in order to run this out-of-band additional protocol.  I believe
  38. that
  39.  
  40.     setenv GHOSTVIEW "<window-id>"
  41.  
  42. will also work in some fashion, though I don't know to what extent the
  43. protocol will be crippled.
  44.  
  45. Bill
  46.  
  47.